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Die f olgenden Angaben sind den vom Anmelder eingereichten UnterKagen entnommen 

Priifungsantrag gem. § 44 PatG ist gestellt 

® Vorrichtung, ProzeB und Produkt fur den Zugriff auf Java-Anwendungen 

® Eine Vorrichtung und ein Prozefc fur den Zugriff auf Ja- 
va-Methoden, die in einer Datenbank mit Java-Klassen 
und Java-Methoden (260) enthalten sind, durch eine Java 
nicht unterstutzende Anwendung, die auf einem iokaien 
Rechner (100) oder einem externen Rechner (170) lauft 
Die Java nicht unterstutzende Anwendung generiert ei- 
nen Standard-TCP/I P-Kommunikationsaufruf fur eine Me- 
thode einer Java-Klasse in der genannten Datenbank. Ein 
Java-Service-Server (120), der auf einer Java VM auf dem 
Iokaien Rechner lauft, empfangt den Methodenaufruf und 
die zugehorigen Para mete rdaten und ubernimmt deren 
Ausfuhrung, einschlieBlich der Umwandlung des Aufrufs 
und der zugehorigen Parameterdaten aus einem Trans- 
portformat in Java-Ursprungsdatentypen. Die umgewan- 
deiten Daten werden verwendet zum Auf rufen einer Java- 
■ Methode, die durch Anwendung der genannten Methode 

auf die umgewandelten Parameterdaten ausgefuhrt wird. 

[ Die Ergebnisdaten der Methodenausfuhrung werden aus 
dem Java-Format in das Transportformat umgewandelt, 
in welchem sie an die Java nicht unterstutzende Anwen- 
dung ubermittelt werden. 
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Beschreibung 

Gebiet der Erfindung 

Die Erfindung betrifft eine Vorrichtung fur den Zugriff 5 
auf Java-Methoden, die in einer Datenbank mil Java-Klas- 
sen und Java-Methoden enthaiten sind, durch eine Anwen- 
dung, wobei die genannte Datenbank in einem lokalen 
Rechner gcspeichert ist und auf sie durch cincn Server zuge- 
griffen wird, der in einer Java-Umgebung auf dem genann- 10 
ten lokalen Rechner lauft Die Erfindung betrifft auch einen 
ProzeB fiir den Zugriff auf Java-Methoden und ein auf ei- 
nem Datentrager gespeichertes Programm-Produkt zur 
Stcucrung eincs Rechners, der diesen ProzeS ausfuhrt 

15 

Hintergrund der Erfindung, Stand der Technik 

Der Zugriff auf Java-Methoden durch Java nicht unter- 
stiitzende Anwendungsprogramme erfordert eine Program- 
mierung mit einer detaillierten Schnittstellenspezifikation, 20 
die zurn Zeitpunkt der Implementierung bekannt sein muB. 
AuBerdera sind Implementierungen dieses T^ps speziell auf 
die Scbnittstelle abgestimml, fur die sie programmiert sind. 
Jede Veranderung der Schnittstelle hat somit eine Neupro- 
grammierung zur Folge. AuBerdem unterstutzen einige Pro- 25 
grammierungsumgebungen den Java-Zugriff nicht und es 
miiBten daher spezielle Kommunikationsmodule entwickelt 
werdcn, urn diese Grenze zu uberwinden. 

Die Verwendung verteilter Java- Anwendungen, bei denen 
auf einem Rechner laufendc Programme Mcthoden von 30 
Java-Objekten aufrufen konnen, die auf einem anderen 
Rechner gespeichert sind, ist bekannt Eine solche entfernte 
Anwendung wird ermoglichst durch die in dem Buch "JAVA 
RMI: Remote Method Invocation", T. B. Downing, IDG 
Books, 1998, ISBN 0-7645-8043^ beschriebene Schnitt- 35 
stelle Remote Method Invocation (RMI). 

Zusammenfassung der Erfindung 

Es ist eine Aufgabe der Erfindung, Zugriff auf Java-Me- 40 
thoden durch Java nicht unterstutzende Anwendungen auf 
effektivere Weise und mit weniger Programmieraufwand zu 
ermoglichen. AuBerdem ist es eine Aufgabe der Erfindung, 
Mittcl bereitzustellen, die die Anwendung einer cinfachen 
Schnittstelle fur ein Fern-Aufrufen von Java-Methoden 45 
durch Java nicht unterstutzende Anwendungen uber ein Da- 
ten-Kommunikationsnetz ermoglichen. 

Entsprechend der Erfindung, wie sie in den Anspriichen 
definiert ist, generiert eine Java nicht unterstutzende An- 
wendung einen Standard-TCP/EP-Kommunikationsaufruf 50 
fur eine Methode einer Java-Xlasse in einer Datenbank mit 
Java-Klassen und Java-Methoden. Ein Java-Service-Server 
cmpfangt Anfordcrungcn fiir Mclhodenaufrufe und vcrar- 
beitet diese Aufrufe, einschiieBiich der Umwandlung des 
Methodenaufrufs und der zugehorigen Parameterdaten von 55 
einem Transportformat in Java-Ursprungs-Datentypen. Die 
umgewandelten Daten dienen zum Aufrufen einer Java-Me- 
thodc, die dann durch Anwcndcn der Methode auf die um- 
gewandelten Parameterdaten ausgefuhrt wird. Die Ergebnis- 
daten der Methodenausfuhrung werden aus dem Java-For- 60 
mat in das Transportformat umgewandelt, in dem sie an die 
Java nicht unterstutzende Anwendung ubermittelt werden. 

TCP/IP hat sich als Standardmittel fiir die Kommunika- 
tion in alien IT-Umgebungen durchgesetzt. Mit der Erfin- 
dung hat man Zugriff auf Java-Anwendungen uber die 65 
TCP/EP-Kommunikation. Der Anwendungsprograinmierer 
muB nur fur die Standard-TCP/IP-Kommunikationsaufrufe 
programmieren. Fiir die Kommunikation auf Java-Seite 



wird ein Java-Service-Server gestartet. Dieser Server er- 
zcugt cine Inslanz der Klassc, auf die zugegriffen werden 
soli, und bildet eine Schnittstelle zu den Ursprungsdatenty- 
pen, die zum Aufrufen von Java-Methoden innerhalb einer 
instantiierten Klasse verwendet werden konnen. 

Die grundlegende Kommunikation zwischen dem Java 
nicht unterstiitzenden Client und dem Java-Server-Modul ist 
textbasiert und somit unabhangig vom Rechner und vom 
Bclriebssysicm. Der Server untcrstutzt auBcrdem die tJbcr- 
tragung von Hilfeinformationen. 

Durch die Verwendung von TCP/IP-Kommunikations- 
aufrufen fur den Aufruf von Java-Methoden wird die 
Schnittstelle zwischen der Java nicht unterstiitzenden An- 
wendung und Java-Ursprungsdatcntypen auBcrst cinfach 
gehalten. Hierdurch ist es moglich, eine Verknupfung zu 
schaffen zwischen Anwendungen, die in low-end Program- 
miersprachen geschrieben sind, beispielsweise Shell- Skript, 
Pearl, C oder Visual Basic, und den Java-Anwendungen. 
Der Server kann von einer externen, Java nicht unterstutzen- 
den Anwendung uber ein Netzwerk, beispielsweise das In- 
ternet, genutzt werden. 

Die von dem Server bereitgestellte Schnittstelle ist voll 
konfigurierbar und wird von einer Konfiguralionsdatei ange- 
steuert. Die Konfigurationsdatei kann mit der von den Java- 
Doc-Dateien bereitgestellten Information des Codes, auf 
den zugegriffen wird, erstellt werden. 

Kurze Beschreibung der Zeichnungcn 

Im folgenden werden Implementierungen der Erfindung 
unter Bezugnahme auf Zeichnungen beschrieben. Es zeigt: 

Fig. 1 ein Blockschema eines Systems, in dem ein Proxy- 
Server verwendet wird, der in ein Netz fur den Zugriff auf 
Smart Cards integriert ist, entsprechend dem hierin be- 
schriebenen Ausfiihrungsbei spiel der Erfindung; 

Fig. 2 ein Blockschema des Proxy-Servers, der im Sy- 
stem der Fig. 1 verwendet wind; und 

Fig. 3 ein Blockschema von Schritten entsprechend einer 
ProzeBimplementierung der Erfindung. 

Ausfuhrliche Beschreibung eines bevorzugten Ausfuh- 
rungsbeispiels der Erfindung 

Fig. 1 zeigt eine virtuellc Java-Maschinc. (Java VM) 110, 
die den Java-Interpreter und das Java-Laufzeitsystem um- 
faBt und sich auf einem lokalen Rechner 100 befindet, der 
neben anderen Anwendungsprogrammen installiert ist. Die 
virtuelle Java-Maschine 110 umfaBt einen Java-Service-Ser- 
ver 120, bei dem es sich um ein Anwendungsprogramm 
handelt, das auf Java VM 110 lauft. Die virtuelle Java-Ma- 
schine 110 umfaBt weiler eine Datenbank 130, die eine Viel- 
zahl von registrierten Java-Klassen und Java-Methoden um- 
faBt. Der Bcgriff "Methode" hat hicr die Bcdcutung, wie sic 
generell in der objektorientierten Technologie verwendet 
wird, d. h., zur Darstellung einer Funktionsgruppe oder ei- 
ner Operation. Die in der Datenbank 130 enthaltenen Java- 
Klassen sind Datensammlungen und Sammlungen von Me- 
thoden,. die mit diesen Daten arbeitcn. Jede Klassc.ist einem 
Anwendungsbereich zugewiesen. Die in der Datenbank 130 
enthaltenen Methoden definieren Operationen, die mit den 
Daten einer Klasse ausgefuhrt werden konnen. Eine Klasse 
kann beispielsweise "Kreis" genannt werden und ihre Me- 
thoden fuhren die Funktionen aus, auf dem Bildschirm einer 
Anzeigevorrichtung einen Kreis zu zeichnen. Jede Methode 
ist einer Klassc zugewiesen, wobei jede Klassc iibcr eine 
Vielzahl von Methoden verfiigen kann. Die Methoden kon- 
nen Klassenmethoden sein, die auch als statische Methoden 
bezeichnet werden, die ohne Instantiierung durch Referen- 
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zierung dieser Klasse und innerhalb dieser Klasse nach ih- 
ren Nanicn aufgcrufcn wcrdcn konnen, odcr sic konnen Ob- 
jektmethoden sein, die aufgerufen werden, nachdem ein Ob- 
jekt von der refereozienen Klasse instantiiert wurde. Java 
VM 110 urnfaBt auBerdem ein Methoden ausfuhrungsele- 
ment 132, das die von der Datenbank 130 aufgerufenen Me- 
thoden ausfiihrL 

Der Java-Service-Server 120 untersttitzt einen lokalen 
Client 140, bei dem es sich um ein auf dem lokalen Rechner 
100 laufendes, Java nicht unterstiitzendes Anwendungspro- 
gramm handelt. Zu diesem Zweck wird der Client 140 mit- 
tels einer Betriebskoppelung 124 mi it einem Kommunikati- 
onselement 122 des Java-Service-Servers 120 verkniipft 
Das Kommunikationselemcnt 122 wird auBerdem iiber ei- 
nen Kommunikauonskanal 144 und ein Netzwerk 150, bei- 
spielsweise das Internet, mit einem externen Client 160 ver- 
kniipft, der ein Java nicht unterstutzendes Anwendungspro- 
grarnm sein kann, das auf einer Workstation 170 lauft, die 
mit dem Netzwerk uber einen Kommunikationskanal 172 
verbunden isL Die Java nicht unterstiitzenden Anwendun- 
gen konnen Anwendungsprogramme sein, die zum Beispiel 
in den Programmiersprachen C oder Visual Basic gesenrie- 
ben sind. Diese Programme nutzen die Java-Methoden in 
der Datenbank 130, indem sie wahrend der Laufzeit Aufrufe 
an diese Methoden ausgeben und diese als Anforderungen 
an den Java-Service-Server 120 schicken. Die Anwen- 
dungsprogramme senden an den Server 120 auBerdem Da- 
ten, die mit den Aufrufcn verbunden sind und auf die die 
aufgerufenen Methoden angewendet werden sollen. Die 
Java VM 120 ruft die angefordcrten Java-Mcthoden von der 
Datenbank 130 ab und fuhrt sie aus, indem sie die genannten 
verbundenen Daten verwendet, und ubergibt nach Berech- 
nung das Ergebnis uber den Server 120 zuriick an die Client- 
Anwendung. 

Fig. 2 7eigt die Komponenten eines Blockschemas ftir 
eine Implementierung des Java-Service-Servers 120. Die 
Implcmcnticrung umfaBL einen TCP/IP-Server 210, der der 
Kommunikationskomponente 122 aus Fig. 1 entspricht und 
den Kommunikationsprotokollstandard TCP (Transmission 
Control Protocol) und IP (Internet Protocol) erfullt. Der 
TCP-IP-Server 210 empfangt Anforderungen uber die Kom- 
munikationskanale 142 und 144 und gibt an den anfordem- 
den Client 140 oder 160 eine BegriiBungsmeldung aus. Der 
TCP-IP-Scrver 210 ubcrpriift Benutzernamc und Passwort 
der Anforderung und startet, nachdem er eine Verbindung zu 
dem anfordernden Client hergestellt bat, ein Anforderungs- 
bearbeitungselement 220, um die von dem Client 140 oder 
160 empfangene Anforderung zu verarbeiten. Jede einge- 
gangene Anforderung enthalt einen Aufruf fur eine Methode 
in der Datenbank 130. 

Das Anforderungsbearbeitungselement 220 fuhrt einige 
vorbereitende Operationen durch, die fur die Verarbeitung 
einer Anforderung crfordcrlich sind. Hicrzu gehort die Ein- 
leitung einer Konfiguration des Java-Service-Servers 120 
mit Hilfe einer Konfigurationsdatenbank 230, in der alle In- 
formationen, die das Programm fur seine Funktion bendtigt, 
gespeichert sind. AuBerdem enthalt die Datenbank Informa- 
tioncn, die fur den InstantiicrungsprozcB notwendig sind, 
sowie Referenzen zu alien Systemmeldungen. Zusatzlich 
enthalt sie Hilfemeldungen, die mit Hilfe des Anforderungs- 
bearbeitungselements 220 und des TCP/IP-Servers 210 dem 
Benutzer der Anwendung 140 oder 170 auf Wunsch zur Ver- 
fugung gesteilt werden. Die Konfiguration des JSS-Servers 
120 hangt unter anderem von bestimmten Client-Parametem 
ab, bcispiclsweise von der Programmicrsprachc und den 
von der Client- Anwendung verwendeten Datentypen. Nach- 
dem die Konfiguradon abgeschlossen ist, leitet das Anforde- 
rungsbearbeitungselement 220 eine Umwandlung des Auf- 



rufs aus einem Transportformat in Java-Ursprungsdaten ein. 
Die Umwandlungcn wcrdcn mittcls cincs Kommunikations- 
schnittstelleneiements 240 durchgefuhrt. AuBer beim Auf- 
rufen einer Klassenmethode oder einer statischen Methode 
5 startet das Anforderungsbearbeitungselement 220 iiber ein 
Klassen- und Methodenbearbeitungselement 250 eine In- 
stantiierungskomponente 252, die auf die in der Anforde- 
rung angegebene Java- Klasse zugreift und eine Instantiie- 
rung der angegebenen Klasse gencricrt. Diese Klasse ist als 

10 eine von vielen Java-Klassen in einer Datenbank 260 enthal- 
ten, die der Datenbank 130 der Fig. 1 entspricht. Wenn der 
Aufruf sich auf eine Klassenmethode oder eine statische 
Methode bezieht, erfolgt der Zugriff auf die entsprechende 
Methode in der Datenbank 260 obne eine Instanliicrung der 

15 von dem Aufruf referenzierten Klasse. 

Das Anforderungsbearbeitungselement 220 fordert den 
anfordernden Client 140 oder 170 zur Angabe der mit dem 
Aufruf verbundenen Paramelerdaten auf. Die Parameterda- 
ten spezifizieren eine auszufuhrende Zielmethode und ent- 

20 halten Daten, auf die die Zielmethode angewendet werden 
soli. Der TCP/IP-Server 210 empfangt die Meldung vom 
Client und das Anforderungsbearbeitungselement 220 leitet 
eine Umwandlung der Daten aus dem TCP/EP-Transportfor- 
mat in Java-Ursprungsdatentypen ein. Ein Datenerfassungs- 

25 element 254 baut anhand der Spezifikadon der Zielmethode 
und der zu verarbeitenden Client-Daten aus der instantiier- 
ten Java-Klasse ein Java-Objekt auf und ein Methodenauf- 
rufelement 256 ruft die Zielmethode in dem genannten Ob- 
jekt auf. Das aufgerufene Objekt wird dem Methodenbear- 

30 beitungselement 250 ubergeben, welches das Mcthodcnaus- 
fuhrungselement 262 des Java VM 110 startet, um die Ziel- 
methode mit den konvertierten Client-Daten auszuftihren. 

Bei AbschluB der Methodenoperation leitet ein Daten- 
riickmeldeelement 258 das Ergebnis der Methodenausfuh- 

35 rung an das Anforderungsbearbeitungselement 220 weiter, 
das die Ergebnisdaten in das Transportformat umwandelt 
und sie an den Client 140 oder 160 sendct, von dem der Auf- 
ruf ausging. Wenn der Aufruf von dem lokalen Client kam, 
werden die konvertierten Ergebnisse mit Hilfe des TCP/IP- 

40 Servers 210 der Client-Anwendung 140 ubergeben. Wenn 
der Aufruf von dem entfernten Client kam, werden die kon- 
vertierten Ergebnisse uber den TCP/IP-Server 210 und das 
Netz 150 an die Cbent-Anwendung 160 ubermittelt. 

Zusammenfasscnd gilt, daB iminer dann, wenn cin Mc- 

45 thodenaufruf an den Server 120 gent, dieser durch Angabe 
des Ruckmelde-Datentyps, der Anzahl der Parameter und 
der Datentypen reagiert, die fur die Eingangsparameter zu 
verwenden sind. Der Client teilt die Lange eines jeden Ein- 
gabefeldes mit und sendet die entsprechenden Parameterda- 

50 ten im Textformat. Der Server konvertiert die Textdaten in 
die gewunschten Java-Datentypen und ruft die gewunschte 
Java-Methode auf. Nachdem die Ausfuhrung der Methode 
durch Java VM abgeschlossen ist, wandclt der Server das 
Ergebnis in das TCPflP-Textfonnat um und schickt es, wie 

55 oben beschrieben, zuriick an den Client. 

Die von dem Server 120 bereitgestellte Schnittstelle ist 
voll konfigurierbar und ist in einer Konfigurationsdatei in 
der Konfigurauonsdatcnbank 230 gespeichert; Diese Datei 
kann mit Informationen aus dem JavaDoc-Tool des Codes 

60 erzeugt werden, auf den zugegriffen werden soli. Bei kom- 
plexeren Schnittstellen, beispielsweise der Unterstutzung 
von Java-Datentypobjekten, die keine Ursprungsdatentyp- 
objekte sind, ist es moglich, in Java Wrapper-Klassen zu 
verwenden. 

65 Die Scbritte des AnwendungszugrifTs- und Anwendungs- 
ausfuhrungsprozesses in Java werden unter Bezugnahme 
auf Fig. 3 beschrieben. Der ProzeB betrifft die Verwendung 
von Objektmethoden, auf die nach Instantiierung einer spe- 
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zifizierten Java-Klasse zugegriffen werden kann. In Schritt 
310 wird cine Anfordcrung von einem Client cmpfangcn 
und der Client wird mil dem Java-Service-Server 120 ver- 
bunden, der eine BegriiBungsmeldiing an den Client schickt 
In Schritt 320 gibt der Client eine Java-Klasse an, auf die zu- 5 
gegriffen werden soil, und der Server 120 fuhrt eine Instan- 
tiierung dieser Klasse durch. In Schritt 330 gibt der Client 
die aurzurufende Methode an und der Server 120 fragt nacb 
den Parameterdaten, die von der angegebenen Methode zu 
verarbeiten sind. In Schritt 340 sendet der Client dem Server 10 
120 Parameterdaten; dieser baut mit den umgewandelten 
Parameterdaten ein Java-Objekt auf. In Schritt 350 ist das 
Senden der Parameterdaten beendet und der Server 120 ruft 
die Zielmethode auf. In Schritt 360 fuhrt Java VM die Ziel- 
methode aus. Der Server 120 empfangt die Methoden-Ruck- 15 
meldedaten, die ausgewertet, in das Transportformat umge- 
wandelt und an die Client-Anwendung gesendet werden. In 
Schritt 370 empfangt der Client die Antwort und verarbeitet 
diese bei der Ausfiihrung seines Anwendungsprogramms. 
Mit Schritt 380 beendet der Client seine Verbindung zum 20 
Server 120 oder startet eine neue Anforderung. Im folgen- 
den werden Beispiele einer Kommunikation zwischen ei- 
ncm Client und einem Server beschrieben. 

Erstes Beispiel 25 

Der Client leitet die Verbindung zum Server ein. Der Ser- 
ver kann mit einer BegriiBungsmcldung antwortcn: 

>"200 JavaServiceScrver (C) IBM 1998 READY." 

Der Client fordert die Methode an, auf die er zugreifen 
mochte: 

<"initialize" 

Die Methode "initialize" ist eine Methode mit der Definition 
(void)initialize(void). Der Server sendet die Antwort auf 
den Aufruf zuriick: 

>"200 Methode erfolgreich aufgerufen - keine Ruckmel- 
dung." 

Dies ist cine cinfachc Form zum Aufrufcn einer Methode. 
Komplizierter ist der Aufruf, wenn der Transport zusatzli- 45 
cher Daten von der und zu der Anwendung erforderlich ist. 

Zweites Beispiel 

In diesem Beispiel benotigt die aufgerufene Methode 50 
zwei Strings und meldet eine ganze Zahl zuriick. 
Wieder wird die Methode aufgerufen: 
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35 



40 



55 



<"verify" 

Der Server antwortet mit den benotigten Datentypen: 
>"400 (inl)vcrify(Slring,Slring)" - 

Der Client muB dem Server mitteilen, wie viele Daten er 60 
senden mochte: 

>"1010" 

Der Server bestatigt: 65 
>"200 OK. Beginne mit dem Senden der Daten." 



Der Server sendet ein Datenpaket mit beiden Informations- 
fcldcrn: 

<"HEIXOWWORIJ)HEIXOWWORIJy 

Der Client meldet zuriick, daB die gesendeten Daten korrekt 
waren und antwortet mit dem Senden von Ruckmeldedaten: 

>"200 Methode erfolgreich aufgerufen - sende Riickmcl- 

dung." 

"2" 

"20" 

Der Server 120 bestatigt die Anfordcrung und wcist dar- 
auf hin, daB er zwei Bytes Daten zuriicksenden wird; an- 
schlieBend sendet er die zwei Datenby tes. Die Definition des 
Datenfelds wird auf die eingegangenen Daten angewendet 
und die Anwendung 140 oder 160 kann jetzt ihre eigene 
Darsteliung fur den empfangenen Wert verwenden. 

Zwar wurde die Erfindung unter Bezugnahme auf eine 
bevorzugte Implementierung der Erfindung beschrieben, je- 
doch liegen Anderungen oder andere Ausfuhrungsbeispiele 
der Erfindung im Erfindungsunifang, wie er in den Ansprii- 
chen definiert wird. 

Patentanspriiche 

1. Eine Vorrichtung zum ZugrifT auf Java-Methoden, 
die in einem Datenbank-Mittel mit Java-Klassen und 
Java-Methoden (130, 260) enthalten sind, durch eine 
Anwendung, wobei das genannte Datenbank-Mittel in 
einem lokalen Rechner (100) gespeichert ist und Ser- 
ver-Mittel (120), die in einer Java-Umgebung auf dem 
genannten lokalen Rechner laufen, darauf zugreifen, 
umfassend: 

(a) Java nicht unterstiitzende Anwendungsmittel 
(140), die eincn Standard-TCP/EP-Kommunikati- 
onsaufruf fur eine Methode einer Java-Klasse in 
der genannten Datenbank (130, 260) generieren; 

(b) Mittel (122, 210) fur den Erapfang des ge- 
nannten Methodenaufrufs und der zugehorigen 
Parameterdaten von dem genannten Anwen- 
dungsmittel; 

(c) Mittel (220, 240) zum Umwandeln des ge- 
nannten Methodenaufrufs und der genannten zu- 
gehorigen Parameterdaten von dem genannten 
Anwendungsmittel aus einem Transportformat in 
Java-Ursprungsdatentypen ; 

(d) Mittel (250, 256) zum Aufrufen der genann- 
ten Java-Methode und zum Ausfuhren der Me- 
thode unter Verwendung der genannten umge- 
wandelten Parameterdaten; 

(e) Mittel (258, 220, 240) zum Generieren einer 
Antwort an die Client-Anwendung (140) durch 
Umwandeln der Ergebnisdaten der Ausfuhrung 
vom Java-Format in ein Transportformat; und 

(f) Mittel (210) zur Ubergabe der umgewandelten 
Ergebnisdaten an das Java nicht unterstiitzende 
Anwendungsmittel. 

2. Eine Vorrichtung nach Anspruch 1, umfassend 
TCP/IP-Servermittel (210) zum Empfangen der ge- 
nannten Methodenaufrufe und der genannten Parame- 
terdaten von der genannten Anwendung (140) und fur 
die Ubertragung der genannten Ergebnisdaten an die 
genannte Anwendung (140). 

3. Eine Vorrichtung nach Anspruch 1, weiter umfas- 
send Mittel zur Erzeugung einer Instanz (252) der in 
dem genannten Aufruf angegebenen Java-Klasse, die 
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die aufzurufende Methode enthalt. 

4. Eine Vorrichtung nach Anspruch 3, wcitcr urnfas- 
send Mittel (254) zur Generierung eines Objekts aus ei- 
ner insiantiierten Klasse, das eine Methode enthalt, auf 
die durch das genannte aufrufende Mittel (250, 256) 5 
zugegriffen wird. 

5. Eine Vorrichtung nach Anspruch 1, urnfassend ei- 
nen Java- Service-Server (130), der eine auf einer virtu- 
ellen Java-Maschine (HO) auf dem genannten lokalen 
Rechner (100) laufende Anwendung ist, fur die Durch- io 
running des Zugriffs auf eine Methode in der genann- 
ten Java-Datenbank (130, 260) und zur Ausfuhrung der 
genannten Methode mit Daten, die von der Java nicht 
unterstiitzendcn Anwendung empfangen wurden, wo- 
bei der genannte Java-Service-Server (130) das ge- 15 
nannte TCP/IP Servermittel (210) umfaBt. 

6. Eine Vorrichtung nach Anspruch 5, bei der der Java 
Service-Server (130) eine Schnittstelle (240) umfaBt, 
um Methodenaufrufe und zugehorige Datenparameter 
aus einem Transportformat in ein Java-Format unizu- 20 
setzen und um Ergebnisdaten aus der Ausfuhrung der 
Methode aus einem Java-Format in ein Transportfor- 
mat umzusetzcn. 

7. Eine Vorrichtung nach Anspruch 5, bei der der Java 
Service-Server (130) die "Obertragung der Hilfemel- 25 
dungen an die genannte Anwendung durchfuhrt 

8. Eine Vorrichtung nach einem der Anspriiche 1-7, 
bei der die genannte Java nicht unterstiitzende Anwen- 
dung (160) auf einem externen Rechner (170) instal- 
liert ist, der iiber ein Datenkommunikationsnetzwcrk 30 
(150) mit dem genannten empfangenden und uberge- 
benden Mittel (210) verbunden ist. 

9. Ein ProzeB fiir den Zugriff auf Java-Methoden, die 
in einer Datenbank mit Java-Klassen und Java-Metho- 
den (130, 260) enthalten sind, durch eine Anwendung 35 
(140), wobei die genannte Datenbank in einem lokalen 
Rechner (100) gespeichert ist und ein Server, der in ei- 
ner Java-Umgebung (120) auf dem genannten lokalen 
Rechner lauft, auf sie zugreift, gekennzeichnet durch 
folgende Schritte: 40 

(a) Erzeugen eines Standard-TCP/EP-Kommuni- 
kationsaufrufs fur eine Methode einer Java-Klasse 
in der genannten Datenbank (320) durch eine Java 
nicht unterstiitzende Anwendung (140); 

(b) Empfangen des genannten Methodenaufrufs 45 
und der zugehorigen Parameterdaten von der ge- 
nannten Anwendung (330, 340); 

(c) Urnwandeln des genannten Methodenaufrufs 
und der zugehorigen Parameterdaten aus einem 
Transportformat in Java-Ursprungsdatentypen 50 
(340); 

(d) Aufrufen der genannten Java-Methode zur 
Ausfuhrung durch Vcrwendcn der genannten um- 
gewandelten Parameterdaten (350, 360); 

(e) Generieren einer Antwort an die Client-An- 55 
wendung (140), durch Urnwandeln der Ergebnis- 
daten der Methodenausfuhrung in ein Transport- 
format (360); und 

(f) Ubergabe des umgewandelten Ergebnisses an 
die Java nicht unterstiitzende Anwendung. 60 

10. Ein ProzeB nach Anspruch 9, urnfassend den 
Schritt (dl) des Erzeugens einer Instanz der in dem ge- 
nannten Aufruf spezifizierten Java-Klasse, welche die 
aufzurufende Methode enthalt. 

11. Ein ProzeB nach Anspruch 10, urnfassend den 65 
Schritt (d2) des Erzeugens eines Objekts aus einer in- 
stantiierten Klasse, welches die Methode enthalt, auf 
die von dem genannten aufrufenden Mittel (250, 256) 
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zugegriffen werden soli. 

12. Ein ProzeB nach einem der Anspriiche 9-11, bei 
dem Schritt (a) wahrend der Laufzeit der Anwendung 
ausgefuhrt wird. 

13. Ein ProzeB nach Anspruch 9, urnfassend den 
Schritt des Ubertragens von Hilfemeldungen an die ge- 
nannte Anwendung. 

14. Ein ProzeB nach einem der Anspriiche 9-13, bei 
dem der genannte Mcthodcnaufruf und die genannten, 
damit verbundenen Parameter an den genannten Emp- 
fangsschritt (b) von einer auf einem entfernten Rechner 
(170) laufenden Anwendung (160) iiber ein Daten kom- 
munikationsnetz (150) ubertragen werden. 

15. Ein Programmprodukt, das auf einem Datcnlragcr 
gespeichert ist, urnfassend die Schritte eines Prozesses 
fur den Zugriff auf Java-Methoden, die in einer Daten- 
bank mit Java-Klassen und Java-Methoden (130, 260) 
enthalten sind, durch eine Anwendung (140), wobei die 
genannte Datenbank in einem lokalen Rechner (100) 
gespeichert ist und auf sie von einem Server zugegrif- 
fen wird, der in einer Java-Umgebung auf dem genann- 
ten lokalen Rechner lauft, gekennzeichnet durch fol- 
gende Schritte: 

(a) Generieren eines Standard-TCP/IP-KOrnmu- 
nikationsaufrufs fur eine Methode einer Java- 
Klasse in der genannten Datenbank (320) durch 
eine Java nicht unterstiitzende Anwendung; 

(b) Empfangen des genannten Methodenaufrufs 
und der zugehorigen Parameterdaten von der ge- 
nannten Anwendung (330, 340) 

(c) Urnwandeln des genannten Methodenaufrufs 
und der zugehorigen Parameterdaten von einem 
Transportformat in Java-Ursprungsdatentypen 
(340); 

(d) Aufrufen der genannten Java-Methode zur 
Ausfuhrung, unter Anwendung der genannten 
konverticrten Parameterdaten (350, 360); 

(e) Generieren einer Antwort an die Client-An- 
wendung (140), durch Urnwandeln der Ergebnis- 
daten der Methodenausfuhrung in ein Transport- 
format (360); und 

(f) Ubergabe des umgewandelten Ergebnisses an 
die Java nicht unterstiitzende Anwendung. 

16. Ein Programmprodukt nach Anspruch 15, urnfas- 
send den Schritt (dl) des Erzeugens einer Instanz der 
Java-Klasse, die in dem genannten Aufruf spezifiziert 
wurde und die die aufzurufende Methode enthalt. 

17. Ein Programmprodukt nach Anspruch 16, urnfas- 
send den Schritt (d2) des Generierens eines Objekts aus 
einer instantiierten Klasse, die die Methode enthalt, auf 
die von dem genannten aufrufenden Mittel (250, 256) 
zugegriffen werden soli. 

18. Ein ProzeB nach einem der Anspriiche 15-17, bei 
dem Schritt (a) wahrend der Laufzeit der Anwendung 
ausgefuhrt wird. 

19. Ein Programmprodukt nach Anspruch 15, urnfas- 
send den Schritt des Ubertragens von Hilfemeldungen 
an die genannte Anwendung. 

20. Ein Programmprodukt nach einem der Anspriiche 
15-19, bei dem der genannte Methodenaufruf und die 
zugehorigen Parameter iiber ein Datenkommunikati- 
onsnetz (150) von einer Anwendung (160), die auf ei- 
nem entfernten Rechner (170) install iert ist, an den ge- 
nannten Empfangsschritt (b) iibertragen werden. 
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